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MULTI-MODE IN-VEHICLE CONTROL UNIT WITH NETWORK SELECTIVITY 
FOR TRANSMITTING VEHICLE DATA FOR FLEET MANAGEMENT 

This application is a continuation-in-part of U.S. Application No. 09/474,368, filed 
December 29, 1999, (the "'368 Application"), which is hereby incorporated by reference in its 
entirety. 

BACKGROUND 

Field of the Invention 

[0001] The present invention relates generally to systems that manage fleets of vehicles. More 

particularly, the present invention relates to a multi-mode in-vehicle control unit for transmitting 
3 ^^hicle data to a processing center to support fleet management functions. 
m Background of the Invention 
[00(^] Many companies use a fleet of vehicles to transport personnel, equipment and/or 

* packages to a particular destinations. For example, companies in service industries have a fleet 
^ of vehicles to carry service technicians and equipment to customer locations in response to 
JJ service requests or reports of service disruption received from customers. Delivery companies 
5 such as Federal Express, UPS and DHL use fleets of vehicles to transport packages between drop 
and destination locations. Utility companies, including power and telephone companies, use a 
fleet of vehicles to transport technicians and equipment to install, repair and maintain services 
for customers. 

[0003] Any company that relies on a fleet of vehicles to render its services can benefit greatiy if 

the vehicles in its fleet can be managed efficiently. Managing a fleet of vehicles efficiently 
requires that the management system obtain information on the status of each vehicle in the fleet. 
Information related to the status of a vehicle, as explained in the '368 Application, includes 
location, speed, time stationary, distance traveled and other status indicators. 
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[0004] This status information can be forwarded to a processing center, which uses the status 

information to better route vehicles in the fleet to meet service demands. For example, vehicle 
schedules can be generated to route vehicles to destinations according to a logical dispatch 
scheme. The status information is monitored during the lifetime of the vehicle or as often as 
required to meet a specific application. Occurrences termed "events" trigger recording and 
transmission of status information. Events include vehicle movement, ignition on/off, vehicle 
speed, vehicle stopping and other events. There can be up to 160 or 180 events collected per 
vehicle per day. Events are described in more detail in the '368 Application. 
[00(^ Status information collected by the vehicle in response to an event is forwarded over a 

i§ wireless transmission network to a processing center for processing. Transmission networks for 
S sending this data include wireless data systems, cellular systems and satellite systems. For cost 
w reasons, wireless data systems are generally preferred. Using a wireless data system, the status 
information can be sent cost-effectively in real-time or near real-time. However, conventional 
1^ wireless data systems are generally limited in terms of their coverage area and capacity. Often, 
a therefore, wireless data systems cannot fully service large companies' status information 
transmission needs. 

[0006] Satellite and cellular telephone systems generally provide greater coverage areas than 

wireless data systems. However, the costs associated with satellite and cellular telephone 
systems to transmit status information collected by vehicles in a companies' vehicle fleet is 
generally economically unfeasible. For example, consider a company fleet having 10,000 
vehicles. In this example, the companies' fleet management system records status information 
each time the vehicle travels a half mile or each time a vehicle travels for a duration of five 
minutes. That is, in this exemplary system, travel distance of a half mile and travel duration of 
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five minutes are events. In a cellular telephone network-based system, a cellular telephone is 
made to send the collected status information to the processing center for each occurrence of 
these events for each of the 10,000 vehicles in the fleet. Sending all of this data to the processing 
center on a real-time or near real-time basis for each of the 160 to 180 events occurring in each 
of the 10,000 vehicles in the fleet would, in all likelihood, require a full day of cellular air 
charges. Such charges generally are uneconomical due to the high cost of cellular air time. 
SUMMARY OF THE INVENTION 
[0007] The present invention solves the foregoing problems and limitations associated with 

O conventional fleet management systems by placing a multi-mode in-vehicle control unit (ICU) in 
^ one or more vehicles in a company's fleet. A multi-mode ICU has a plurality of modems. Each 
n ^^^^^ plurality of modems allows the ICU to transmit vehicle data to the processing center using 
^ a different transmission network. For example, if a multi-mode ICU has a wireless data modem 
M= and a cellular modem, the multi-mode ICU can send the vehicle data over a wireless data 
H network or a cellular telephone network. 
[^^^ Selection means are included in the multi-mode ICU to select between the plurality of 

modems, thereby selecting the transmission network over which to transmit the vehicle data. 
Preferably, the selection means are priority-based. For example, consider a multi-mode ICU 
having a wireless data modem for transmitting vehicle data over a wireless data network and a 
cellular telephone module for transmitting the vehicle data over a cellular telephone network. As 
described above, the wireless data network is preferred for cost reasons. Consequently, the 
wireless data modem is assigned a higher priority than the cellular telephone module for 
transmitting vehicle data to the processing center. Thus, when sending vehicle data, the multi- 
mode ICU first attempts to transmit the vehicle data over the wireless data network using the 
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wireless data modem. If the wireless data network is not available, the multi-mode ICU attempts 
to transmit the vehicle data over the cellular telephone network using the cellular telephone 
module. 

[0009] Vehicle data to be sent over the cellular telephone network can also be stored for later 

transmission so that it can be sent in a batch mode. This allows the vehicle data to be sent at a 
time when the cost to use a transmission network is less expensive. For example, cellular 
telephone network air costs are reduced at night. Consequently, if vehicle data must be sent 
using the cellular telephone network, preferably it is stored, and later transmitted in an overnight 
O batch transmission. Since cellular telephone network charges are reduced at night, transmitting 

!S the vehicle data overnight in a batch transmission can be cost effective. 

m 

[OO^IJJ In one embodiment, the present invention is a multi-mode in-vehicle control unit in a 

^5 vehicle comprising a first modem that can send vehicle data collected from the vehicle over a 
U first transmission network, a second modem that can send the vehicle data over a second 
1=^ transmission network and selection means to determine whether to send the vehicle data over the 
first transmission network or over the second transmission network in accordance with a 
selection parameter. The selection means can make its determination according to priority 
assigned to the transmission networks and/or the modems. 
[0011] In another embodiment, the present invention is a system for managing a fleet of 

vehicles, each of the vehicles having an in-vehicle control unit. The in-vehicle control unit in 
one or more of the vehicles comprises a first modem that can send vehicle data collected from 
the vehicle over a first transmission network, a second modem that can send the vehicle data 
over a second transmission network and selection means to determine whether to send the 
vehicle data over the first transmission network or the second transmission network in 
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accordance with a selection parameter. The selection means in each in-vehicle control unit can 
make its determination according to priority assigned to the transmission networks and/or 
modems. 

In another embodiment, the present invention is a method for sending vehicle data from a 
multi-mode in-vehicle control unit to a processing center. The method comprises the steps of 
collecting the vehicle data and determining whether to transmit the vehicle data to a processing 
center over a first transmission network using a first modem or a second transmission network 
using a second modem. This is called "least cost routing." Based on the determination, the 
1=2 method continues by transmitting the data to the processing center over the first transmission 
.J network using the first modem if the determining step determines that the vehicle data should be 
CS transmitted over the first transmission network, and transmitting the data to the processing center 
y over the second transmission network using the second modem if the determining step 

determines that the vehicle data should be transmitted over the second transmission network. 
The determination of which modem and/or transmission network to use can be made on the basis 
Q of priorities assigned to the modems and transmission networks. 
[0012] The present invention is described in greater detail in the detailed description of the 

invention, the appended drawings and the attached claims. 
BRIEF DESCRIPTION OF THE DRAWINGS 
[0013] Figure 1 is a schematic diagram of an exemplary environment for practicing the present 

invention. 

[0014] Figure 2 is a multi-mode ICU according to an embodiment of the present invention. 

[0015] Figure 3 is a flow chart for a method for transmitting vehicle data from a multi-mode ICU 

to a processing center according to an embodiment of the present invention. 
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DETAILED DESCRIPTION OF THE INVENTION 

[0016] The present invention is directed to a system and method for transmitting vehicle data for 

any or all of the vehicles in a fleet of vehicles to a processing center. The vehicle data can be 
data related to the status of the vehicle, including for example, vehicle speed, vehicle location, 
time a vehicle spends at a location, time vehicle is moving, time of ignition and other vehicle 
status data. The vehicle data can also be data related to an emergency. For example, the vehicle 
data can be an indication or notification that a user has pressed an emergency alert button as 
described in the '368 Application. 

[OOllJ As described above, a variety of companies rely on fleets of vehicles in their normal 

5 operations. Figure 1 is a schematic diagram illustrating an exemplary environment for 

IB 

m implementing the present invention. Vehicles 102a, 102b and 102c are vehicles in a company's 
O fleet. Vehicle 102b is stationary and located a customer 104a's location. Vehicle 102c has been 
^ dispatched to customer location 104b. Using the present invention, the company is able to 
l2 monitor and collect vehicle data for vehicles 102a, 102b and 102c. The vehicle data is 
^ transmitted by an in-vehicle control unit (ICU) housed in each of the vehicles to a processing 
center 106. The processing center uses the transmitted vehicle data to manage the fleet of 
vehicles as described in the '368 Application. While only three vehicles are illustrated in the 
exemplary environment of Figure 1, it would be apparent to those skilled in the art that the 
present invention is scalable to any number of vehicles that may be in the company's fleet. 
[0018] Vehicles 102a, 102b and 102c have monitoring capabilities for receiving and generating 

vehicle data. Every ICU in the system can send vehicle data to a processing center 106 where it 
is used for fleet management. Preferably, all of these functions are performed and controlled by 
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an in-vehicle control unit (ICU). ICU 200 is preferably located either underneath the front 
passenger seat or attached to the back of the front passenger seat. 
[0019] One or more of the vehicles in the company's fleet contain a multi-mode ICU that 

enables communication using a wireless data network, a cellular telephone network or a satellite 
network. Figure 2 is a schematic diagram of a multi-mode ICU 200. Multi-mode ICU 200 
includes a plurality of connections to enable it to perform its designed functions. A connection 
208 is adapted to receive an antenna 210. A connection 204 is to communicate with a global 
positioning system (GPS) receiver 206. A connection 212 accepts power from a motor vehicle 
battery 214. An ignition sensor 216 communicates with multi-mode ICU 200 via a connection 
218. Ignition sensor 2 1 6 determines if an ignition on event or an ignition off event has occurred. 
5^ There is also, preferably, a handset connection 220 for a cellular telephone handset 222. Multi- 
g mode ICU 200 also includes an alert call connection 224 that receives the input of an in-vehicle 
^ alert call button 226. Multi-mode ICU 200 has a security tag 228 that is tamper-evident. 
[002^ Multi-mode ICU 200 also has components that perform computing and communications 

^ tasks. In addition to a processor 202, multi-mode ICU 200 can optionally have at least one or 
more of the following components: a satellite modem 230, a wireless data modem 240, a cellular 
module 250, and/or a GPS receiver 206. Multi-mode ICU 200 also preferably includes a 
memory 275 accessible by processor 202. Memory 275 can also be used for long term storage of 
event data. Alternately, a mass storage device, such as a disk storage unit 280 is provided for 
long term storage of event data. Disk storage unit 280 can be located external to multi-mode 
ICU 200, but is preferably internal to multi-mode ICU 200. Multi-mode ICU 200 also includes 
an antenna connection 232 for an RF antenna 234 to receive signals from a remote alert 
transmitter 300. Preferably, the processor 202 is an Intel x386 based processor (or later 
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processor), and GPS receiver 206 is a 12-channel receiver. Cellular module 250 includes a 
cellular modem and a cellular telephone system. Preferably, multi-mode ICU 200 includes every 
communications component for which service is available in the particular area where multi- 
mode ICU 200 is used. In an exemplary embodiment of the invention, multi-mode ICU 200 
includes all of the communications components. 
[0021] Multi-mode ICU 200 selects which mode (transmission network) to use for transmitting 

vehicle data using a selection parameter. Preferably, the selection parameter is dynamic. That 
is, the selection parameter is dependent upon the current operating conditions at the time the 
vehicle data is to be transmitted. The selection parameter can be based on any desired criterion 

^ or criteria. For example, a mode can be selected based on time of day, day of week, assigned 

^ priority, vehicle identification, vehicle operator identification, vehicle base station, company 

0 department or any other criterion or criteria. 
[0022J The assigned priority, if used, includes any combination of vehicle identification, vehicle 

operator identification or availability, vehicle base station, company department, emergency, job 

g status or any other desired priority metric. Priorities based on emergency include vehicle 
operator distress, such as might be signaled by the remote alert button described in the *368 
Application, vehicle identification, vehicle operator identification, vehicle location, vehicle time 
stationary, or any other desired emergency-based priority. 
[0023] Preferably, data is transmitted over a wireless data network via wireless data modem 240. 

Transmission over a wireless data network is preferred because it is more cost-effective than 
transmission over cellular telephone networks or satellite networks. This cost effectiveness 
allows continuous use of the wireless data network. Thus, vehicle data can be sent to processing 
center 106 as it is collected. That is, using a wireless data network, the vehicle data can be sent 
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to processing center 106 in real-time or near real-time. Events that can be monitored are 
described in the '368 Application. 
[0024] Vehicle data that is collected for transmission to processing center 1 06 is packetized prior 

to transmission. In one embodiment of the present invention, vehicle data sufficient to fill at 
least one packet is required prior to sending any vehicle data to processing center 106. In an 
alternate embodiment of the present invention, vehicle data is sent immediately as data 
corresponding to each event is collected, whether sufficient data to fill at least one packet has 
been received or not. The advantage of the former method is efficient use of network resources, 
for example, reduced network traffic. The latter method allows for real-time reporting of the 
events, but at the expense of increased network traffic. The packets are received by processing 
S center 106 and stored therein for subsequent processing. In either case, filler data, such as zeroes 
f5 or negative ones, is used to fill any partially filled packets prior to sending the vehicle data. 
[002S] Conventional wireless data service providers are generally limited in capacity and 

coverage area. These limitations mean that wireless data netwo±s ofl;en cannot handle all of a 
5 large fleet's vehicle data transmissions. For example, a wireless data service might be able to 
^ guarantee capacity for only 85 percent of the status data generated by a company's fleet. Thus, 
15 percent of the company's fleet is not covered. Thus, the company must find alternative 
communication networks for transmitting the vehicle data, or risk inefficient management of its 
fleet. In an age where customer service and company responsiveness is increasingly important to 
corporate survival, forgoing opportunities to improve operational efficiency is generally 
unacceptable. 

[0026] Consequently, other transmission networks must be considered to handle overflow traffic, 

i.e,, traffic that the wireless data network cannot handle. Two such transmission networks are 
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satellite networks and cellular telephone networks. Cellular module 250 is used to transmit data 
over a cellular telephone network. Satellite modem 230 is used to transmit vehicle data over a 
satellite network. Generally, satellite networks are very expensive. Consequently, satellite 
networks are generally considered a last resort for transmission of vehicle status data in a fleet 
management system. However, satellite networks can provide nearly universal coverage. For 
example, a satellite network might be used in an emergency situation to transmit vehicle data that 
is emergency in nature, especially in cases where there coverage is not provided by either a 
wireless data network or a cellular telephone network. Cellular telephone networks, while more 
expensive to use than wireless data networks, offer a viable alternative to wireless data networks 
to regularly handle overflow traffic. The costs can be reduced using storage and batch 
transmission of vehicle data over cellular telephone networks as described below. 

There are two kinds of cellular telephone networks, digital and analog. The analog 
cellular telephone network is the well known AMPS system. While either digital or analog 
cellular service can be used, analog service is preferred. This is because (a) analog is cheaper to 
use, and (b) using analog cellular service avoids billing complexities associated with the 
numerous providers of digital cellular service. 

As described above, the use of a cellular telephone network to transmit the data is 
expensive due to the high cost of cellular air time. This expense can be reduced by storing 
vehicle data in a file for transmission at a later time, when the cost of using a cellular telephone 
network is less expensive. The vehicle data is preferably stored in memory 275 or on disk unit 
280. At some later time, the stored vehicle data is extracted from memory 275 or disk unit 280 
(depending on where it was stored) and sent to processing center 106. 
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[0029] In practice, only a portion of the fleet needs to be fitted with multi-mode ICUs. For 

example, if the high priority transmission network (e.g., the wireless data network) has capacity 
for 85 percent of the fleet, then only that 15 percent of the fleet need be fitted with multi-mode 
ICUs. In this case, only 15 percent of the fleet equipped with a multi-mode ICU is able to 
transmit vehicle data over alternative transmission networks. Because single-mode ICUs are less 
expensive than multi-mode ICUs, limiting the number of multi-mode ICUs supporting a fleet to 
only a percentage of vehicles that are not covered by the highest transmission network can result 
in significant cost savings to the company. 

[0030J Usage conflict can occur when the highest priority transmission network is fully loaded 

with vehicle data transmissions, and one or more of the ICUs using the primary transmission 
network are multi-mode ICUs. The conflict is that a single-mode ICU, which can only use the 
P highest priority transmission network, cannot send vehicle data. 

[003bi] One way to address the conflict is for the single-mode ICU to log the vehicle data for 

p later transmission when capacity on the highest priority transmission network is available. 

Another way to address the conflict is to allow the single-mode transmission ICU to bump the 
^ multi-mode transmission. Bumping refers to terminating an in-progress transmission and 

substituting the bumping ICUs transmission. The system coordinates such bumping so that prior 
to being bumped, the multi-mode ICU is switched to an alternative transmission network so that 
it can continue to send its vehicle data. After the multi-mode ICU switches to the other network, 
the single-mode ICU begins transmitting its vehicle data. If there is no network available for the 
multi-mode ICU to switch to, it is not bumped, and the single-mode ICU logs its vehicle data to a 
memory. In an alternative embodiment of the present invention, the multi-mode ICU is bumped 
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regardless of whether there is an alternative transmission network available to transmit the 
vehicle data. Upon being bumped, it begins logging vehicle data to a memory. 
[0032] Emergency transmissions always have priority. Consequently, emergency transmission 

are transmitted even if the transmission requires bumping another transmission already in 
progress. Likewise, an ICU engaged in an emergency transmission cannot be bumped during 
that transmission. 

[0033] If a vehicle having a single-mode ICU is dispatched to an area where there is no 

transmission network coverage for the single mode, events are logged and stored in a memory 
located in the ICU or on the vehicle. Subsequently, when the vehicle enters an area for which 
"0 coverage is provided by the single mode transmission system, the ICU of the vehicle transmits 
the stored data from the memory to the processing center. In this case, however, the data is not 
generally real time. 

[0034] The multi-mode ICU of the present invention is also equipped with a dynamic update 

P system. If the software that controls the multi-mode ICU is modified, the modified software can 
"0 be uploaded to the multi-mode ICU. Once received, the modified software replaces the old 
^ software. The multi-mode ICU thereafter operates according to the modified software. 
[0035] Figure 3 is a flow chart for a method for carrying out the present invention. The steps of 

the method are preferably performed by processor 202 in conjunction with memory 275 and disk 
storage unit 280. In step 302 vehicle data is collected. As described above, the vehicle data is 
collected in response to a triggering event. In step 304, processor 202 determines whether the 
ICU is a multi-mode ICU or a single-mode ICU. If the ICU is a multi-mode ICU, processing 
continues in step 306 where processor 202 selects a transmission mode for transmitting the 
vehicle data. Transmission mode selection is preferably accomplished by choosing a modem 
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and/or transmission network over which to transmit the vehicle data. Preferably, the selection of 
the transmission mode is priority-based. For example, if wireless data has a higher priority than 
cellular data, processor 202 selects wireless data modem 240. In step 307 processor 202 
determines whether there is coverage for the selected transmission mode. If there is no coverage, 
processor 202 returns to step 306 where it selects another transmission mode. Selection of the 
transmission mode in step 306 is also based on priority. Processor 202 continues in step 306 
until a suitable transmission mode is found. If no such transmission mode is found, processor 
202 switches multi-mode ICU 200 into a logging state. In the logging state, multi-mode ICU 
,^ 200 logs the status data for later transmission. In step 308 processor 202 causes multi-mode ICU 
''2 200 to switch to the transmission mode selected in step 306. No switching is required if multi- 
m mode ICU 200 is already configured to use the transmission mode selected in step 306. Multi- 
0 mode ICU 200 then transmits the data in step 314. 
[0036] If processor 202 determines that the ICU is a single mode ICU in step 304, processor 202 

^ determines whether there is coverage fox the transmission network. If there is no coverage, 

processor 202 continues in step 312 where it logs the status data for later transmission. If there is 
coverage, ICU transmits the status data in step 314. 
[0037] The foregoing disclosure of the preferred embodiments of the present invention has been 

presented for purposes of illustration and description. It is not intended to be exhaustive or to 
limit the invention to the precise forms disclosed. Many variations and modifications of the 
embodiments described herein will be obvious to one of ordinary skill in the art in light of the 
above disclosure. The scope of the invention is to be defined only by the claims appended 
hereto, and by their equivalents. 
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[0038] Further, in describing representative embodiments of the present invention, the 

specification may have presented the method and/or process of the present invention as a 
particular sequence of steps. However, to the extent that the method or process does not rely on 
the particular order of steps set forth herein, the method or process should not be limited to the 
particular sequence of steps described. As one of ordinary skill in the art would appreciate, other 
sequences of steps may be possible. Therefore, the particular order of the steps set forth in the 
specification should not be construed as limitations on the claims. In addition, the claims 
directed to the method and/or process of the present invention should not be limited to the 
^ performance of their steps in the order written, and one skilled in the art can readily appreciate 
M that the sequences may be varied and still remain within the spirit and scope of the present 
Ly invention. 
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